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DETAILED ACTION 

1 . This action is in response to the application filed on 07/10/2001 . 

2. Claims 1-51 are pending. 

Information Disclosure Statement 

3. An initialed and dated copy of Applicant's IDS form 1449 filed on 07/10/2001 is attached 
to the instant Office action. 

Claim Rejections - 35 USC § 101 Utility 

4. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of matter, or any new and 
useful improvement thereof, may obtain a patent therefor, subject to the conditions and requirements of this title. 

5. Claims 1-41 are rejected under 35 U.S.C. 101 because the claimed invention is directed 
to non-statutory subject matter. 

The claims are non-statutory because they recite components of accessing a memory 
array, representing functional descriptive material without a computer readable medium or 
computer implemented, program per se are not tangibly embodied. Claims 1-41 thus amounts to 
only abstract idea and are nonstatutory. 

Claim Rejections - 35 USC § 103 

6. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 
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(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in section 102 of this 
title, if the differences between the subject matter sought to be patented and the prior art are such that the subject matter as a 
whole would have been obvious at the time the invention was made to a person having ordinary skill in the art to which said 
subject matter pertains. Patentability shall not be negatived by the manner in which the invention was made. 

7. Claims 1-51 are rejected under 35 U.S.C. 103(a) as being unpatentable over US Patent 

No. 6,014,723 to Tremblay et al. (hereinafter called Tremblay) in view admitted prior art. 
Per claim 1 : 
Tremblay disclose: 

- A method of accessing a memory array (col 3, line, 2 1 -22 "a fully associative memory, 

such as a content addressable memory") comprising: 

- providing data contained within a one-dimensional array of allocated memory (col. 3, 

lines 49-51 "memory locations is configured to store one pair of the array size values 
and is associated with . . . memory locations"); 

- declaring a dimensional dynamic overlay on the data contained within the one- 

dimensional array (col. 25, lines 1 1-14 "array access processor 612 receives an array 
definition instruction on bus 61 1 and an array access instruction identifier on bus 613 of 
the translated software instructions") from within a block of statements in a software 
program subroutine to initialize attributes within an array attribute storage object (col. 
26, lines 58-59 "executing a sequence of translated instructions that define an array 
access boundary exception subroutine"); 

Tremblay does not explicitly disclose accessing the data from within the block of statements as 
a dimensional indexed array using the array attribute storage object. 
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However, admitted prior art discloses in an analogous computer system accessing the 
data from within the block of statements as a dimensional indexed array using the array 
attribute storage object (Applicant's specification, page 3, lines 14-16 "The array elements are 
often stored contiguously in the computers memory, and the subscript or index of the first 
element is normally zero in all the dimensions applied to the array"). 

Therefore, it would have been obvious to a person of ordinary skill in the art at the time 
the invention was made to incorporate the method of accessing the data stored in an array using 
index as taught in admitted prior art in corresponding to the method of accessing a memory 
array as taught by Tremblay. The modification would be obvious because of one of ordinary 
skill in the art would be motivated to use indexes to access data in an array to simply and 
explicitly specify array access behavior for invalid array access indices as suggested in admitted 
prior art (Applicant's specification, page 8-9, lines 32-34 and 1-2). 

Per claims 2, 3, and 4: 

The rejection of claim 1 is incorporated, and further, Tremblay disclose: 

- providing a pointer to the one-dimensional array of allocated memory (col. 23, lines 61- 

63 "the field block pointer associated with the stored index that matched in input index 
is output from the second section of the associative memory"); 

- providing an array access identifier (col. 3, line 60 "an array access instruction 

identifier"); and 
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- providing array information for the declared dimensional dynamic overlay (col. 3, lines 

28-3 1 "to verify that each access of an information array is within a maximum array size 
boundary value and a minimum array size boundary value"). 

Per claim 5: 

The rejection of claim 1 is incorporated, and further, Tremblay disclose: 

- wherein declaring a dimensional dynamic overlay on the data contained within the one- 

dimensional array includes coding a dimensional dynamic overlay declaration using 
extended programming language from within the subroutine (col. 24, lines 55-59 
"translates program information 609 into translated instructions that include array access 
instructions on bus 61 1 . . . each of which corresponds to one of the translated 
instructions. Each array access instruction references an element within the array"). 

Per claim 6: 

The rejection of claim 1 is incorporated, and further, Tremblay disclose: 

- setting an explicit boundary policy for the declared dimensional dynamic overlay (col. 3, 

lines 28-3 1 "a maximum array size boundary value and a minimum array size boundary 
value"). 

Per claim 7: 

Tremblay disclose: 
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- A method of accessing a memory array (col. 3, line, 21-22 "a fully associative memory, 
such as a content addressable memory"), comprising: 

- providing data contained within a one-dimensional array of allocated memory (col. 3, 
lines 49-51 "memory locations is configured to store one pair of the array size values 
and is associated with . . . memory locations"); 

- declaring a dimensional dynamic overlay on the data contained within the one- 

dimensional array (col. 25, lines 11-14 "array access processor 612 receives an array 
definition instruction on bus 61 1 and an array access instruction identifier on bus 613 of 
the translated software instructions") from within a block of statements in a software 
program subroutine (col. 26, lines 58-59 "executing a sequence of translated instructions 
that define an array access boundary exception subroutine"); 

Tremblay does not explicitly disclose providing a dynamic overlay storage object associated with 
the declared dimensional overlay; assigning attributes from the declared dimensional dynamic 
overlay to the storage object; and accessing the data from within the block of statements as a 
dimensional indexed array using the array attribute storage object. 

However, admitted prior art discloses in an analogous computer system providing a 
dynamic overlay storage object associated with the declared dimensional overlay (Applicant's 
specification, page 4, lines 26-28 "Automatic storage is declared storage that is only available 
after its declaration, and only within the scope of a block of statements in which it is declared"); 
assigning attributes from the declared dimensional dynamic overlay to the storage object 
(Applicant's specification, page 4, lines 26-27 "Automatic storage is declared storage that is only 
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available after its declaration"); and accessing the data from within the block of statements as a 
dimensional indexed array using the array attribute storage object (Applicant's specification, 
page 3," lines 14-16 "The array elements are often stored contiguously in the computer's memory, 
and the subscript or index of the first element is normally zero in all the dimensions applied to 
the array"). 

Therefore, it would have been obvious to a person of ordinary skill in the art at the time 
the invention was made to incorporate the method of providing storage object, assigning 
attributes to the storage object, and accessing the data stored in an array using index as taught in 
admitted prior art in corresponding to the method of accessing a memory array as taught by 
Tremblay. The modification would be obvious because of one of ordinary skill in the art would 
be motivated to provide storage object, assign attributes to the storage object, and use indexes to 
access data in an array to simply and explicitly specify array access behavior for invalid array 
access indices as suggested in admitted prior art (Applicant's specification, page 8-9, lines 32- 
34 and 1-2). 

Per claim 8: 

The rejection of claim 7 is incorporated, and further, Tremblay does not explicitly disclose 
wherein providing a dynamic overlay storage object includes providing a dynamic overlay 
storage object within a hardware environment art. 

However, admitted prior art discloses in an analogous computer providing a dynamic 
overlay storage object includes providing a dynamic overlay storage object within a hardware 
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environment art (Applicant's specification, page 6, lines 21-22 "In hardware, memory is 
accessed as one-dimensional contiguous storage that is indexed by the memory address"). 

The feature of having a hardware environment would be obvious for the reasons set forth 
in the rejection of claim 7. 

Per claim 9: 

The rejection of claim 7 is incorporated, and further, Tremblay does not explicitly disclose 
wherein providing a dynamic overlay storage object includes providing a dynamic overlay 
storage object within a software environment. 

However, admitted prior art discloses in an analogous computer providing a dynamic 
overlay storage object includes providing a dynamic overlay storage object within a software 
environment (Applicant's specification, page 6, lines 22-24 "In C, a base address is provided for 
an allocated region of memory, and then one-dimensional array access can be achieved by 
adding an index offset (scaled by the array element size) to the base address"). 

The feature of having a software environment would be obvious for the reasons set forth 
in the rejection of claim 7. 

Per claim 10: 

The rejection of claim 7 is incorporated, and further, Tremblay does not explicitly disclose 
automatically freeing the dynamic overlay storage object when leaving the block of statements in 
which the dimensional dynamic overlay was declared. 
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However, admitted prior art discloses in an analogous computer automatically freeing the 
dynamic overlay storage object when leaving the block of statements in which the dimensional 
dynamic overlay was declared (Applicant's specification, page 4, lines 26-28 "Automatic storage 
is declared. storage is released when code execution leaves the block"). 

The feature of automatically freeing the dynamic overlay storage object would be 
obvious for the reasons set forth in the rejection of claim 7. 

Per claims 11, 12, and 13: 

The rejection of claim 7 is incorporated, and further, Tremblay disclose: 

- providing a reference to the one-dimensional array of allocated memory (col. 23, lines 

61-63 "the field block pointer associated with the stored index that matched in input 
index is output from the second section of the associative memory"); 

- providing an array access identifier (col. 3, line 60 "an array access instruction 

identifier"); and 

- providing array information for the declared dimensional dynamic overlay (col. 3, lines 

28-3 1 "to verify that each access of an information array is within a maximum array size 
boundary value and a minimum array size boundary value"). 

Per claim 14: 

Tremblay disclose: 

- A method of creating and accessing a multi-dimensional dynamic array, comprising: 
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declaring a dimensional dynamic array from within a block of statements in software 
program subroutine (col. 25, lines 11-14 "array access processor 612 receives an array 
definition instruction on bus 611 and an array access instruction identifier on bus 613 of 
the translated software instructions"); 
- dynamically allocating memory storage sufficient to store all the elements for the 

declared dimensional dynamic array (col. 25, lines 19-23 "array access processor 612 is 
simply instructions that are executed by execution unit 616 to load the identifier, and 
minimum and maximum array size values into associative memory element 614"); 

Tremblay does not explicitly disclose providing a dynamic overlay storage object with attributes 
initialized from the dimensional dynamic array declaration; accessing data from the dynamically 
allocated memory storage as a dimensional indexed array from within the block of statements 
using the dynamic overlay storage object; automatically freeing the dynamically allocated 
memory storage when leaving a subroutine in which the dynamic array is declared; and 
automatically freeing the dynamic overlay storage object when leaving a subroutine in which the 
dynamic array is declared. 

However, admitted prior art discloses in an analogous computer system providing a 
dynamic overlay storage object with attributes initialized from the dimensional dynamic array 
declaration (Applicant's specification, page 4, lines 26-28 "Automatic storage is declared storage 
that is only available after its declaration, and only within the scope of a block of statements in 
which it is declared"); accessing data from the dynamically allocated memory storage as a 
dimensional indexed array from within the block of statements using the dynamic overlay 
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storage object (Applicant's specification, page 3, lines 14-16 "The array elements are often 
stored contiguously in the computer's memory, and the subscript or index of the first element is 
normally zero in all the dimensions applied to the array"); automatically freeing the dynamically 
allocated memory storage when leaving a subroutine in which the dynamic array is declared 
(Applicant's specification, page 4, lines 26-28 "Automatic storage is declared... storage is 
released when code execution leaves the block"); and automatically freeing the dynamic overlay 
storage object when leaving a subroutine in which the dynamic array is declared (Applicant's 
specification, page 4, lines 30-3 1 "Subroutines are used in C to dynamically allocate a 
contiguous region of memory and free it after it is no longer needed"). 

Therefore, it would have been obvious to a person of ordinary skill in the art at the time 
the invention was made to incorporate the method of providing a dynamic overlay storage object 
accessing data from the dynamically allocated memory, automatically freeing the dynamically 
allocated memory as taught in admitted prior art in corresponding to the method of accessing a 
memory array as taught by Tremblay. The modification would be obvious because of one of 
ordinary skill in the art would be motivated to providing a dynamic overlay storage object 
accessing data from the dynamically allocated memory, automatically freeing the dynamically 
allocated memory in an array to simply and explicitly specify array access behavior for invalid 
array access indices as suggested in admitted prior art (Applicant's specification, page 8-9, lines 
32-34 and 1-2). 

Per claims 15, 16, and 17: 

The rejection of claim 14 is incorporated, and further, Tremblay disclose: 
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providing a pointer to a corresponding one-dimensional array in the dynamically 
allocated memory storage (col 23, lines 61-63 "the field block pointer associated with 
the stored index that matched in input index is output from the second section of the 
associative memory"); 

- providing a handle for an array access (col. 3, line 60 "an array access instruction 
identifier"); and 

- providing array information (col. 3, lines 28-31 "to verify that each access of an 
information array is within a maximum array size boundary value and a minimum array 
size boundary value"). 

Per claim 18: 

The rejection of claim 14 is incorporated, and further, Tremblay does not explicitly disclose 
wherein providing a dynamic overlay storage object includes providing a dynamic overlay 
storage object within a hardware environment art. 

However, admitted prior art discloses in an analogous computer providing a dynamic 
overlay storage object includes providing a dynamic overlay storage object within a hardware 
environment art (Applicant's specification, page 6, lines 21-22 "In hardware, memory is 
accessed as one-dimensional contiguous storage that is indexed by the memory address"). 

The feature of having a hardware environment would be obvious for the reasons set forth 
in the rejection of claim 14. 



Per claim 19: 
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The rejection of claim 14 is incorporated, and further, Tremblay does not explicitly disclose 
wherein providing a dynamic overlay storage object includes providing a dynamic overlay 
storage object within a software environment. 

However, admitted prior art discloses in an analogous computer providing a dynamic 
overlay storage object includes providing a dynamic overlay storage object within a software 
environment (Applicant's specification, page 6, lines 22-24 "In C, a base address is provided for 
an allocated region of memory, and then one-dimensional array access can be achieved by 
adding an index offset (scaled by the array element size) to the base address"). 

The feature of having a software environment would be obvious for the reasons set forth 
in the rejection of claim 14. 

Per claim 20: 

The rejection of claim 14 is incorporated, and further, Tremblay disclose: 

- wherein declaring a dimensional dynamic overlay on the data contained within the one- 
dimensional array includes coding a dimensional dynamic overlay declaration using 
extended programming language from within the subroutine (col. 24, lines 55-59 
"translates program information 609 into translated instructions that include array access 
instructions on bus 611... each of which corresponds to one of the translated 
instructions. Each array access instruction references an element within the array"). 

Per claim 21: 

The rejection of claim 14 is incorporated, and further, Tremblay disclose: 
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- setting an explicit boundary policy for the declared dimensional dynamic overlay (col 3, 

lines 28-31 "a maximum array size boundary value and a minimum array size boundary 
value"). 

Per claims 22, 34, and 38: 

Tremblay disclose: 

- A method of processing a data array (col. 24, line 52 "an array access processor"), 

comprising: 

- providing a software program with at least one block of statements (col. 24, lines 55-57 

"translated program information. . . into translated instructions that include array access 
instructions on bus"); 

- declaring a data array within the block of statements (col 25, lines 11-14 "array access 

processor 612 receives an array definition instruction on bus 611 and an array access 
instruction identifier on bus 613 of the translated software instructions"); 

- setting an explicit array boundary policy for the data array from within the block of 

statements (col 3, lines 28-3 1 "a maximum array size boundary value and a minimum 
array size boundary value"); 

- compiling the software program (col. 6, lines 45-50 "A JAVA compiler JAVAC, (FIG. 2) 

that is executing on a computer platform, converts an application 201 written in the 
JAVA computer language to an architecture neutral object file format encoding a 
compiled instruction sequence 203, according to the JAVA Virtual Machine 
Specification, that includes a compiled instruction set"); and 
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- executing the software program (col. 6, lines 45-50 "A JAVA compiler JAVAC, (FIG. 2) 
that is executing on a computer platform, converts an application 201 written in the 
JAVA computer language to an architecture neutral object file format encoding a 
compiled instruction sequence 203, according to the JAVA Virtual Machine 
Specification, that includes a compiled instruction set"). 

Tremblay does not explicitly disclose accessing the array within the block of statements. 

However, admitted prior art discloses in an analogous computer system accessing the 
array within the block of statements (Applicant's specification, page 3, lines 14-16 "The array 
elements are often stored contiguously in the computers memory, and the subscript or index of 
the first element is normally zero in all the dimensions applied to the array"). 

Therefore, it would have been obvious to a person of ordinary skill in the art at the time 
the invention was made to incorporate the method of accessing the array within the block of 
statements as taught in admitted prior art in corresponding to the method of accessing a memory 
array as taught by Tremblay. The modification would be obvious because of one of ordinary 
skill in the art would be motivated to access data in an array to simply and explicitly specify 
array access behavior for invalid array access indices as suggested in admitted prior art 
(Applicant's specification, page 8-9, lines 32-34 and 1-2). 

Per claim 23: 

The rejection of claim 22 is incorporated, and further, Tremblay does not explicitly disclose 
declaring an array access handle; declaring an array size; and declaring a data element type. 
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However, admitted prior art discloses in an analogous computer system declaring an 
array access handle (Applicant's specification, page 5, lines 12-13 "handle is... pointer into 
memory that is used to select an object as a whole"); declaring an array size (Applicant's 
specification, page 3, lines 17-18 "The array name... size of each dimension... declared"); and 
declaring a data element type (Applicant's specification, page 3, lines 17-18 "The array name... 
the element data type. . . declared"). 

The feature of declaring an array access handle, an array size, a data element type would 
be obvious for the reasons set forth in the rejection of claim 22. 

Per claims 24, 25, and 26: 

Tremblay disclose: 

- determining the number of data array dimensions for a problem; and selecting the total 

number of data array dimensions (col. 25, lines 14-19 "Array access processor. . . 
generate an array reference entry ARRAYi 615 and minimum and maximum array size 
values MINi 61 7 A and MAXi 617B, respectively, associated with that array reference 
entry ARRAYi 615 that are all stored in associative memory element 614"). 

Per claims 27 and 28: 

Tremblay disclose: 

- obtaining the array boundary policy setting as an array attribute (col. 3, lines 28-3 1 "a 
maximum array size boundary value and a minimum array size boundary value"); 
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associating attributes of the declared data array with the array access handle (col. 3, line 
60 "an array access instruction identifier"); and 
- accessing the data array at run-time using the array access handle and array indices (col. 
23, lines 55-58 "getfield-putfield accelerator 146 includes an associative memory that 
has a first section that holds the indices that function as tags, and a second section that 
holds the field block pointers"). 

Tremblay does not explicitly disclose performing run-time allocation of memory to obtain a base 
address attribute; performing run-time calculation of array size attributes from the declared data 
array. 

However, admitted prior art discloses in an analogous computer performing run-time 
allocation of memory to obtain a base address attribute (Applicant's specification, page 3, lines 
23-24 "An array identifier contains a pointer to the base address of the array in memory"); 
performing run-time calculation of array size attributes from the declared data array (Applicant's 
specification, page 3, lines 7-8 "These calculations are run-time calculations" and Applicant's 
specification, page 3, lines 17-18 "The array name... array dimension... size of each 
dimensions... declared"). 

The feature of performing run-time allocation of memory and performing run-time 
calculation of array size attributes would be obvious for the reasons set forth in the rejection of 
claim 22. 



Per claim 29: 
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The rejection of claim 28 is incorporated, and further, Tremblay does not explicitly disclose 
obtaining the attributes of the declared data array using the array access handle; and performing 
run-time boundary policy enforcement based on array access attributes. 

However, admitted prior art discloses in an analogous computer terminating the program 
if the array boundary policy aborts for an invalid index (Applicant's specification, page 7, lines 
19-21 "If out-of-bounds array indices are used, the underlying array access mechanism may 
access memory outside that allocated for the array, possibly causing a running program to 
terminate"). 

The feature of terminating the program if the array boundary policy aborts for an invalid 
index would be obvious for the reasons set forth in the rejection of claim 22. 

Per claim 30: 

The rejection of claim 27 is incorporated, and further, Tremblay disclose: 

applying the array boundary policy to constrain the invalid index values to be valid index 
values (col. 3, lines 28-3 1 "a maximum array size boundary value and a minimum array 
size boundary value"). 

Tremblay does not explicitly disclose obtaining the attributes of the declared data array using the 
array access handle; performing run-time invalid index value detection based on array access 
attributes for the declared data array; applying the array boundary policy to constrain the invalid 
index values to be valid index values; calculating an offset into the declared data array from the 
valid index values and the attributes of the declared data array; and adding the offset to the base 
address attribute to obtain a memory address for accessing the indexed data array element. 
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However, admitted prior art discloses in an analogous computer obtaining the attributes 
of the declared data array using the array access handle (Applicant's specification, page 5, lines 
12-13 "A handle is usually a pointer into memory that is used to select an object as a whole"); 
performing run-time invalid index value detection based on array access attributes for the 
declared data array (Applicant's specification, page 7, lines 19-21 "If out-of-bounds array indices 
are used, the underlying array access mechanism may access memory outside that allocated for 
the array, possibly causing a running program to terminate"); calculating an offset into the 
declared data array from the valid index values and the attributes of the declared data array 
(Applicant's specification, page 5, lines 12-13 "one-dimensional array access can be achieved by 
adding an index offset (scaled by the array element size) to the base address"); and adding the 
offset to the base address attribute to obtain a memory address for accessing the indexed data 
array element (Applicant's specification, page 5, lines 12-13 "one-dimensional array access can 
be achieved by adding an index offset (scaled by the array element size) to the base address"). 

The feature of obtaining the attributes of the declared data array using the array access 
handle, performing run-time invalid index value detection, and adding the offset to the base 
address would be obvious for the reasons set forth in the rejection of claim 22. 

Per claims 31, 35, and 39: 

The rejection of claim 22 is incorporated, and further, Tremblay disclose: 

- wherein setting an explicit array boundary policy for the data array from within the block 
of statements includes setting a reflect-at-boundary policy that reflect array data at a 
declared boundary (col. 3, lines 28-31 "a maximum array size boundary value and a 
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minimum array size boundary value" and col. 23-24, lines 66-67 to 1-2 "Bounds check 
unit 147 (FIG. 1) in execution unit 140. . . checks each access to an element of an array to 
determine whether the access is to a location within the array"). 



Per claims 32, 36, and 40: 

The rejection of claim 22 is incorporated, and further, Tremblay disclose: 

- wherein setting an explicit array boundary policy for the data array from within the block 
of statements includes setting a confined index and boundary policy that replicates data 
beyond a detected boundary (col. 24, lines 2-4 "When the access is to a location outside 
the array, bounds check unit 147 issues an active array bound exception signal to 
execution unit 140"). 



Per claims 33, 37, and 41 : 

The rejection of claim 22 is incorporated, and further, Tremblay disclose: 

- wherein setting an explicit array boundary policy for the data array from within the block 
of statements includes setting a pre-defined array attribute value that is to be read for all 
out of bounds accesses (col. 24, lines 22-25 "If the value associated with the access of the 
array's element is less than or equal to the stored maximum value and greater than or 
equal to the stored minimum value, neither comparator element generates an output 
signal"). 
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Claim 42, 47, 48, and 49 are the system claims corresponding to method claim 22 and rejected 
under the same rational set forth in connection with the rejection of claim 22 above. 

Per claims 43-45: 

The rejection of claim 42 is incorporated, and further, Tremblay disclose: 

- wherein the translator includes a compiler adapted for converting the extended language 
into machine code instructions that is able to be run on the processor (col. 5,lines 43-46 
"emulating the JAVA virtual machine as a software interpreter, compiling JAVA virtual 
machine instructions (either in batch or just-in-time) to machine instruction native to a 
particular hardware processor"). 

Per claim 46: 

The rejection of claim 42 is incorporated, and further, Tremblay does not explicitly disclose the 
extended language is a C programming language with language extensions; and the language 
converter converts the extended language into C code. 

However, admitted prior art discloses in an analogous computer the extended language is 
a C programming language with language extensions (Applicant's specification, page 1, line 30 
"Examples of mid-level programming languages are C and C++"); and the language converter 
converts the extended language into C code (Applicant's specification, page 2, lines 12-14 "Files 
can be translated into low-level machine code or assembler for a target computer type by a 
computer program called a compiler"). 
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The feature of using C language and a language converter would be obvious for the 
reasons set forth in the rejection of claim 42. 

Per claim 50: 

The rejection of claim 48 is incorporated, and further, Tremblay does not explicitly disclose 
wherein the translator includes a cross compiler. 

However, admitted prior art discloses in an analogous computer wherein the translator 
includes a cross compiler (Applicant's specification, page 2, lines 14-15 "A cross compiler is a 
compiler that runs on one computer and produces machine code targeted for a different type of 
computer"). 

The feature of using cross compiler would be obvious for the reasons set forth in the 
rejection of claim 48. 

Per claim 51: 

The rejection of claim 48 is incorporated, and further, Tremblay does not explicitly disclose 
wherein the translator includes a native compiler. 

However, admitted prior art discloses in an analogous computer wherein the translator 
includes a native compiler (Applicant's specification, page 2, lines 15-16 "A native compiler 
runs on the target computer or a computer of the same type"). 

The feature of using native compiler would be obvious for the reasons set forth in the 
rejection of claim 48. 
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Conclusion 

8. The prior art made of record and not relied upon is considered pertinent to applicant's 
disclosure. 

The following patent is cited to further show the state of the art with respect to accessing 
memory array. 

US Patent No. US 6240499 Bl to Spencer 

US Patent No. US 5586325 A to MacDonald et al. 

US Patent No. US 6279152 Bl to Aoki et al. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Satish S. Rampuria whose telephone number is 703-305-8891. 
The examiner can normally be reached on 8:30 am to 5:00 pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Kakali Chaki can be reached on (703) 305-9662. The fax phone number for the 
organization where this application or proceeding is assigned is 703-872-9306. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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